home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3944 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.7 KB  |  40 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: FreeNet.Carleton.CA!an171
  3. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  4. Subject: Re: Sportster V.34 question ?
  5. Message-ID: <DM9nBt.ELr@freenet.carleton.ca>
  6. Sender: an171@freenet2.carleton.ca (Anthony Hill)
  7. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  8. Organization: The National Capital FreeNet
  9. References: <4elno7$9l6@nms.telepost.no> <eric-0102960014450001@sobt.accessorl.net>
  10. Date: Sun, 4 Feb 1996 19:26:17 GMT
  11.  
  12.  
  13. Eric Shaw (eric@accessorl.net) writes:
  14. > In article <4elno7$9l6@nms.telepost.no>, lasse@ucom.no (Lasse E. Haugen) wrote:
  15. > 
  16. >>I'v been reading in the Sportster manual that I can disable V.34
  17. >>protocol with ATS56=64. Will V.fc still work ??
  18. >>I'v tried but I only get 14.4 with V.32bis
  19. > 
  20. > For some reason unknown to me, disabling v.34 directly like that on a USR
  21. > disables v.FC as well.  If you disable v.8, however, it will kill v.34,
  22. > but not v.FC. On the ones where S56.6=1 disables v.34, this is S54.7=1.
  23.  
  24.     The reason for this is that two modems with v.8 enabled will not
  25. connect using vFC, only with v.34, v.32bis/terbo, or lower..  If you
  26. disable v.34 with the S56.6=1 command, you can still connect with vFC to a
  27. modem that supports vFC as it's only 28.8 protocol, but you can not make a
  28. vFC connection to a modem that supports both vFC and v.34.  This actualy
  29. kinda makes sense when you think of it.  v.8 is an ITU-T protocol,
  30. designed to negotiate the best ITU-T connection protocol that the two
  31. modems support, it doesn't make much in the way of provisions for
  32. non-ITU-T connect protocols such as vFC (or HST, or PEP).  I think
  33. v.32terbo managed to sneak in there since it's really just an extension of
  34. v.32bis, and not a whole new protocol.
  35.  
  36. Anthony
  37.  
  38. --
  39. Anthony Hill | an171@FreeNet.Carleton.CA
  40.